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DETAILED ACTION 

1 . An issue of possible public knowledge has been raised in this application. The 
examiner makes a request for any related information under 37 CFR 1 .1 05, if any 
information exists, possible examples could be any information such as disclosures, 

talks, or presentations of the same or related material. 

Applicant is reminded that failure to fully reply to this requirement for information 
will result in a holding of abandonment. 

Specification 

2. The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
requested in correcting any errors of which applicant may become aware in the 
specification. 

Ciaim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 
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4. Claims 1-43 are rejected under 35 U.S.C. 102(a) as being anticipated by 
Reinhard and Singh, Enhancing Java Server Availability with JAS, published online 16 
March 2001, hereinafter referred to as "Reinhard". 

5. Referring to claim 1 . Reinhard teaches a method executing a program of the 
target application (See page 698). Also, Reinhard teaches receiving exceptions, this is 
interpreted as receiving a notification of an event specifying an unexpected or 
erroneous behavior in execution of said program code (See page 701). Finally 
Reinhard teaches events and actions are expressed in a configuration file for 
determining the action to be performed in response to the event, including restarting an 
idle application, this is interpreted as searching a configuration file that maintains a 
listing of events and associated actions, at least one of said actions being a restarting 
said target application when said target application becomes idle; retrieving an action 
from said configuration file that is associated with said event; and carrying out said 
action (See page 702). 

6. Referring to claim 2, Reinhard teaches the configuration file having a plurality of 
events and actions including thread restarts (See page 702). 

7. Referring to claim 3, Reinhard teaches the configuration file having a plurality of 
events and discloses the method is including the ability to visualize some aspects of the 
state of the target application, this interpreted as configuration file includes a plurality of 
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events and associated actions, where said actions are taken fronn a set tliat includes a 
partial state dump (See page 699 and 702). 

8. Referring to claim 4, Reinhard discloses the configuration file having a plurality of 
events, actions including application restarts and including checkpointing, this is 
interpreted as said configuration file includes a plurality of events and associated 
actions, where said actions are taken from a set that restarting said target application 
from a checkpointed state (See page 700 and 702). 

9. Referring to claim 5, Reinhard teaches the configuration file having a plurality of 
events, actions Including thread restarts and including checkpointing, this is interpreted 
as said configuration file includes a plurality of events and associated actions, where 
said actions are taken from a set that restarting a thread of said target application from 
a checkpointed state (See page 700 and 702). 

10. Referring to claim 6, Reinhard teaches the method including detecting thread 
starvation, this is interpreted as said configuration file specifies periodic checking for a 
thread starvation condition (See page 716). 

1 1 . Referring to claim 7, Reinhard teaches the method including detecting thread 
starvation, this is interpreted as a step of periodically checking for a thread starvation 
condition (See page 716). 
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12. Referring to claim 8, Reinhard teaches the method including detecting thread 
starvation and determining if a thread is hung, i.e. execution time exceeds user 
specification, this is interpreted as said checking for thread starvation condition includes 
the step of checking whether there is a subset of threads of said target application that 
take more than predetermined share of CPU time of said computer (See page 701 and 
716). 

13. Referring to claim 9, Reinhard teaches the method including detecting thread 
starvation and determining if a thread is hung, i.e. execution time exceeds user 
specification, thus other threads are receiving less time, this is interpreted as said 
checking for thread starvation condition Includes the step of checking whether a thread 
of said target application receives less than a predetermined share of CPU time of said 
computer (See page 701 and 716). 

14. Referring to claim 10, Reinhard teaches the method including detecting thread 
starvation and determining if a thread is hung, i.e. execution time exceeds user 
specification. The length of time a hung thread runs is the length of time a starved 
thread is not executing. This is interpreted as recording a time t1 for relinquishing CPU 
time of said computer; relinquishes CPU time of said computer for a specified time, 
records a time t2 when it reacquires CPU time of said computer, and concludes that a 
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thread starvation condition exists when time t2 is greater than time t1 by a 
predetermined amount (See 701 and 716). 

1 5. Referring to claim 1 1 , Reinhard teaches the configuration file having a plurality of 
events, actions including thread restarts and including thread starvation, this is 
interpreted as said configuration file includes a plurality of events and associated 
actions, where said actions are taken from a set that includes a recovery from a thread 
starvation condition (See page 702 and 716). 

16. Referring to claim 12, Reinhard teaches including detecting thread starvation and 
suspend threads to deal with resource or performance penalties, this is interpreted as 
recovery from a thread starvation condition comprises suspending one or more threads 
for a preselected period of time (See page 705 and 716). 

17. Referring to claim 13, Reinhard teaches including detecting thread starvation and 
suspend threads to deal with resource or performance penalties, this is interpreted as 
suspending one or more threads is carrying out by iteratively selecting a thread, 
suspending the selected thread, and testing effect of the suspension of the selected 
thread on said thread starvation condition (See page 705 and 716). 

18. Referring to claim 14, Reinhard teaches including detecting thread starvation and 
suspend threads to deal with resource or performance penalties, this is interpreted as 
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said one or more tiireads that are suspended are threads that eliminate said thread 
starvation condition, or reduce the thread starvation condition by a predetermined 
amount (See page 705 and 716). 

1 9. Referring to claim 15, Reinhard teaches the configuration file having a plurality of 
events, actions including application restarts and including checkpointing, this is 
interpreted as a step checkpointing said target application in accordance with a 
predetermined algorithm, and said configuration file includes at least one action that 
restarts said target application based on information obtained via said checkpointing 
(See page 700 and 702). 

20. Referring to claim 16, Reinhard teaches the configuration file having a plurality of 
events, actions including checkpointing and providing actions to be made after the 
application events have reached a threshold value, this is interpreted as a step 
checkpointing said target application that is executed at regular intervals, or when the 
amount of information stored for said target application exceeds a predetermined 
threshold, or when activity level of said target application exceeds a predetermined 
threshold (See page 700 and 702). 

21 . Referring to claim 17, Reinhard teaches the configuration file having a plurality of 
events, actions including restarts and checkpointing, this is interpreted as said 
configuration file includes a plurality of events and associated actions, where said 
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actions are taken from a set that includes a checkpointing and a restart based on 
information obtained from said checkpointing (See page 700 and 702). 

22. Referring to claim 18, Reinhard teaches the method including checkpointing, this 
is interpreted as said checkpointing is in accordance with information provided by said 
program code (See page 700 and 702). 

23. Referring to claim 19, Reinhard teaches the method being able to specify 
protocols for certain classes of threads, this is interpreted said program code specifies 
thread and all progeny of said thread (See page 703). 

24. Referring to claim 20, Reinhard teaches the configuration file having a plurality of 
events, actions including restarts and checkpointing, this is interpreted as a step of 
checkpointing when said notification of said event is received, and said configuration file 
includes at least one action that restarts said target application based on information 
obtained via said checkpointing (See page 700 and 702). 

25. Referring to claim 21 , Reinhard teaches the configuration file having a plurality of 
events, actions including checkpointing and discloses the method including the ability to 
visualize some aspects of the state of the target application, this is interpreted as said 
checkpointing stores state information in accordance with specification by said target 
application (See page 699, 700 and 702). 
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26. Referring to claim 22, Reinhard teaches executing a program of the target 
application with an application supervisor, this is interpreted as a system including a 
processing unit including a target application executing on said processing unit and a 
supervisor software module executing on said processing unit (See page 698). 
Reinhard discloses the supervisor being external to the application, this is interpreted as 
execution code of said target application is unaware of said supervisor module (See 
page 701). Also, Reinhard teaches receiving exceptions and Reinhard teaches events 
and actions are expressed in a configuration file for determining the action to be 
performed in response to the event, including restarting an idle application and quitting 
the application, this is this is interpreted as the supervisor module monitors execution of 
said target application and in response to an error or unexpected behavior in said 
execution takes action that affects said execution which action is taken from a set of 
actions that includes an action for terminating execution of said software module and at 
least an action that restarts said target application only when the target application 
becomes idle(See pages 701 and 702). 

27. Referring to claim 23, Reinhard teaches the configuration file having a plurality of 
events and actions including thread restarts (See page 702). 

28. Referring to claim 24, Reinhard teaches determining if the error exists, such as if 
a thread is hung, by determining if the execution time has exceeded a user 
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specification, ttiis is interpreted as said supervisor determines whether said error exists 
by checking implicit conditions in said execution of said application module (See page 
701). 

29. Referring to claim 25, Reinhard teaches the system including detecting thread 
starvation, this is interpreted as where one of said implicit conditions is a thread 
starvation condition (See page 716). 

30. Referring to claim 26, Reinhard teaches the configuration file having a plurality of 
events and discloses the system including the ability to visualize some aspects of the 
state of the target application, this is interpreted as where said set includes storing a file 
a partial state of said target application (Sees page 699 and 702). 

31 . Referring to claim 27, Reinhard discloses the system including the ability to 
visualize some aspects of the state of the target application and the supervisor dealing 
with threads of the application, this is interpreted as where said set includes storing in a 
file state information of thread of said target application (See pages 699 and 702). 

32. Referring to claim 28, Reinhard discloses the configuration file having a plurality 
of events and actions including checkpointing, this is interpreted as where said set 
includes checkpointing (See page 700 and 702). 
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33. Referring to claim 29, Reinhard discloses the configuration file liaving a plurality 
of events and actions including checkpointing, this is Interpreted as where said 
checkpointing is triggered by code included in said target application (See page 700 and 
702). 

34. Referring to claim 30, Reinhard teaches taking actions that are triggered by 
specified number of a events exceeding a maximum, this is interpreted as where said 
set further includes taking no action relative to execution to said software module, but 
incrementing an en-or counter (See page 703). Reinhard teaches taking action when the 
number of events exceed a maximum, ignore event, quit application (this is interpreted 
to also include terminating threads, restart application immediately, restart idle 
application, restart thread (See page 702). 

35. Referring to claim 31 , Reinhard teaches receiving exceptions (See page 701 ). 
Reinhard also teaches events and actions are expressed in a configuration file for 
determining the action to be performed in response to the event, this is interpreted as 
where said action taken by said supervisor is retrieved from a configuration file that is 
specific to said target applications, which file specifies actions to be taken in response 
to specified signal reporting on said error or unexpected behavior (See page 702). 
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36. Referring to claim 32, Reintiarcl discloses the use tailoring configuration to 
varying degrees, this is interpreted as said configuration file is modifiable by a user of 
said application module (See page 702). 

37. Referring to claim 33, Reinhard discloses the supervisor generating a default 
configuration from the target bytecode, this is interpreted as further comprising a 
configuration manager that creates said configuration file by evaluating said code of 
said application module (See page 702). 

. 38. Referring to claim 34, Reinhard teaches the system having checkpointing and 
restarting the application, this is interpreted as said super\^sor interacts with a 
checl<pointing module before taking an action from said set that restarts execution of 
said application module (See page 700 and 702). 

39. Referring to claim 35, Reinhard discloses the system having checkpointing and 
being an external supervisor to the application, this is interpreted as said checkpointing 
module that checkpoints execution is independent of said supervisor (See pages 700 
and 701). 

40. Referring to claim 36, Reinhard teaches the configuration file having a plurality of 
events, actions including application restarts and including checkpointing, this is 
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interpreted as said independent module clieckpoints pursuant to a predetermined 
algorithm of said checkpointing module (See page 700 and 702), 

41 . Referring to claim 37, Reinhard teaches the configuration file having a plurality of 
events, actions including checkpointing and restarting applications, this is interpreted as 
a configuration file that specifies errors that restart execution of said application with 
information developed by said checkpointing (See page 700 and 702). 

42. Referring to claim 38, Reinhard teaches the configuration file having a plurality of 
events, actions including checkpointing and restarting applications or restarting 
applications immediately, this is interpreted as a configuration file that specifies errors 
that restart execution of said application with information developed by said 
checkpointing and errors that restart execution of said target application without 
information developed by said checkpoinfing (See page 700 and 702). 

43. Referring to claim 39, Reinhard teaches the configuration file having a plurality of 
events, and actions that include restarting execution. Also Reinhard discloses the 
system including the ability to visualize some aspects of the state of the target 
application, this is interpreted as said supervisor maintains state information of an 
execution thread of said target application, which when said execution thread causes 
said checkpointing and errors that restart execution of said target application without 
information developed by said checkpointing (See page 699 and 702). 
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44. Referring to claim 40, Reinhard teaclies executing a program of the target 
application with an application supervisor, this is interpreted as a system including a 
processing unit including an application software module executing on said processing 
unit and a supervisor software module executing on said processing unit (See page 
698). Reinhard also teaches the supervisor being external to the application, the 
application sending exceptions to the supervisor, the system including the ability to 
visualize some aspects of the state of the target application, and checkpointing; this is 
interpreted as execution code of said software application module makes no reference 
to said supervisor module except for sending one or more messages to said supervisor, 
at one or more locations of said code, specifying a subset of state information of said 
application module for said supervisor module to keep track of possible checkpointing 
(See pages 699, 700, and 701). Finally Reinhard teaches the system detecting events 
in the execution of the application and the system including the ability to visualize some 
aspects of the state of the target application, this is interpreted as said supervisor 
module monitors execution of said application module, and concurrently keeps tract of 
scope of said subset of state information specified in a most recently received one of 
said messages (See pages 699 and 700). 

45. Referring to claim 41 , Reinhard teaches the system having checkpointing and 
restarting the application, this is interpreted as where said supervisor stores 
checkpointing information, pursuant to said scope of said subset of state information 
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when said supervisor determines that execution of said application module is 
characterized by abnormal behavior that calls for restarting execution of said application 
module (See page 700 and 702). 

46. Referring to claims 42, Reinhard teaches the system having checkpointing and 
restarting the application, this is interpreted as where, following said storing of 
checkpointing information, said supervisor restarts execution of said application module 
(See page 700 and 702). 

47. Referring to claims 43, Reinhard also teaches the supervisor being external to 
the application, the application sending exceptions to the supervisor and the system 
including the ability to visualize some aspects of the state of the target application, this 
is interpreted as where each of said one or more messages specifies said subset of 
state information by specifying one or more object trees (See pages 699, 700, and 701). 

Conclusion 

48. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. The following are examples of closely related software recovery 
systems. 

U.S. Patent 6.282,701 to Wygodny et al. 
U.S. Patent 6,701 ,454 to Fischer et al. 
U.S. Patent 6,745,350 to Cline et al. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joseph Manoskey whose telephone number is (571 ) 
272-3648. The examiner can normally be reached on Mon.-Frl. (7:30am to 4pm). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoliel can be reached on (571) 272-3645. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 
872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Infornnation Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more infornnation about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toil-free). 



JDM 

December 8, 2004 
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